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A SYSTEM AND METHOD FOR STRUCTURE SUBSET GENERATION 

FOR MULTIPLE DATABASES 

Background 

[0001] Database system providers commonly offer technical support to their customers. As part 
of this support, the providers assist customers in troubleshooting problems that arise in customer 
databases, for example, when a SQL query fails. Such technical support can also include 
developing optimized execution strategies for queries. SQL is the dominant language for 
managing information in relational databases. 

[0002] Troubleshooting a failed query can be difficult, since it is often necessary to attempt to 
reproduce the problem, possibly in the system provider's laboratory. This may require the 
system provider to retrieve from the customer the definitions of any objects associated with the 
query, including definitions of objects that are in tum referenced by these definitions. It also 
may require capturing configuration information regarding the computer system and a statistical 
view of data in the database. Developing optimized execution strategies for queries can also be 
performed in a test system based on the configuration information and a statistical view of data 
in a target system. 

[0003] To obtain the definitions, the technical support provider typically identifies each database 
object associated with the query, for example as a table or a view. The provider then executes an 
appropriate SQL command for the object, which retums the object definition. For example, in 
the Teradata Active Data Warehousing System, available from NCR Corporation, a SHOW 
TABLE command retums the definition of a table in the form of the data definition language 
(DDL) necessary to create the table. Similarly, the SHOW VIEW, SHOW MACRO, SHOW 
TRIGGER, and SHOW JOIN INDEX commands return the definitions of those database objects. 
The database object definitions are stored in a data dictionary (DD). The provider then identifies 
each object referenced within the retrieved definition, obtains definitions for those objects, and 
repeats the process. This continues until the provider believes that all of the necessary object 
definitions have been obtained. For some database objects, such as triggers and join indexes, the 
association of the database object with the query may only become apparent upon examination of 
the data dictionary. 
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[0004] The definitions may then be transferred to a computer in the system provider's laboratory. 
Possible difficulties arise when insufficient object definitions are obtained, either by the provider 
or by the customer, either of whom may have insufficiently stated or imderstood the problem or 
the desired optimization. The provider may discover that definitions were not obtained for 
objects referenced in the definition of another object, in which case additional information must 
be obtained from the customer's database system. In a situation such as this, it may take multiple 
contacts with the customer over a period of several days to obtain the necessary information. 
Such multiple contacts may produce customer dissatisfaction with the service provided. 
Furthermore, the customer may alter one or more object definitions between the time the 
customer identifies the problem or the desired optimization and the time the definitions are 
gathered. If the customer's alterations eliminate the problem, the service provider may spend a 
great deal of time trying to solve a problem that no longer exists using the gathered definitions. 
If the customer's alterations change the system, the service provider may spend a great deal of 
time optimizing a query using the gathered definitions that is not optimized for the new system 
configuration. 

[0005] A database system can include multiple databases each having tables and other objects 
with identifiers that are not unique across the multiple databases. For example, a table in one 
database can have the same name as a table in another database. The SQL DDL statement that 
defines a particular database object, for example a database view, does not require specification 
of the databases that contain the objects that are directly or indirectly referenced by the DDL. 
Obtaining definitions of the referenced objects with the identical identifier in an incorrect 
database can result in an incorrect reproduction of the problem that resulted in the failed query or 
an incorrect reproduction of the environment in which a query is to be optimized. 



[0006] In general, in one aspect, the invention features a method for copying a portion of a 
database structure, the database including one or more database objects. The method includes 
recursively retrieving object definitions for one or more database objects associated with a query 
to produce an ordered set of object definitions, wherein at least one of the database objects is a 
view and the object definition for the view is qualified with a containing database identifier. The 
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method further includes building a copy of the database structure using the ordered set of object 
definitions. 

[0007] Implementations of the invention may include one or more of the following. Recursively 
retrieving object definitions may include recursively identifying objects associated with the 

5 query, categorizing each identified object into a category, and retrieving an object definition for 
each identified object using a tool corresponding to the category with which the identified object 
is connected. The categories may include tables, views, join indexes, triggers and macros. The 
tool may be a SHOW VIEW statement if the identified object is categorized as a view, a SHOW 
TABLE statement if the identified object is categorized as a table, a SHOW JOIN INDEX 

10 statement if the identified object is categorized as a join index, a SHOW TRIGGER statement if 
the identified object is categorized as a trigger, or a SHOW MACRO statement if the identified 
object is categorized as a macro. 



m 



[0008] Recursively retrieving object definitions may include retrieving unretrieved object 
definitions for a set of objects known to be associated with the query, adding to the set of objects 
4C5 known to be associated with the query those objects contained in the retrieved object definitions 
that are not already in the set of objects known to be associated with the query, and repeating 
these two items imtil no new objects are added to the set of objects known to be associated with 
the query. 



sx : 



[0009] The method may include sending the ordered set of object definitions fi'om a first 

HI 

20 computer to a second computer. The order of the ordered set of object definitions may also be 
changed. Changing the order may include reordering the object definitions so that each object 
definition is ordered before the definition of any object that references it. The object definitions 
may be ordered so that each object definition is ordered before the definition of any object that 
references it. 

25 [0010] Recursively retrieving object definitions for one or more database objects may include 
looking for references to the one or more database objects in a data dictionary. In one 
implementation, the object definition for the view is qualified with the containing database 
identifier in response to a deviation from a default condition. 
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[0011] In general, in another aspect, the invention features a computer-readable medium 
containing computer-executable code for instructing a computer to recursively retrieve object 
definitions for one or more database objects associated with a query to produce an ordered set of 
object definitions, wherein at least one of the database objects is a view and the object definition 
5 for the view is quaUfied with a containing database identifier. The computer-executable code 
includes computer-executable code for instructing a computer to build a copy of the database 
structure using the ordered set of object definitions. 

[0012] Implementations of the invention may include one or more of the following. The 
computer-executable code, when recursively retrieving object definitions, may instruct the 
10 computer to recursively identify objects associated with the query and categorize each identified 
object into a category. The computer-executable code may then retrieve an object definition for 

H each identified object using a tool corresponding to the category with which the identified object 

O 

i5 is connected. The categories may include tables, views, join indexes, triggers and macros. The 

£j tool may be a SHOW VIEW statement if the identified object is categorized as a view, a SHOW 

s : I 

ys TABLE statement if the identified object is categorized as a table, a SHOW JOIN INDEX 
statement if the identified object is categorized as a join index, a SHOW TRIGGER statement if 
the identified object is categorized as a trigger, or a SHOW MACRO statement if the identified 
object is categorized as a macro. 



nj 
w 



[0013] The computer-executable code may instruct the computer, when recursively retrieving 
r^O object definitions, to retrieve unretrieved object definitions for a set of objects known to be 
associated with the query, and may add to the set of objects known to be associated with the 
query those objects contained in the retrieved object definitions that are not already in the set of 
objects known to be associated with the query. The code may repeat these instructions until no 
new objects are added to the set of objects known to be associated with the query. 

25 [0014] The computer-executable code may instruct the computer to send the object definitions 
from a first computer to a second computer. The code may instruct the computer to change the 
order of the ordered set of object definitions. The computer may be instructed to reorder the 
object definitions so that each object definition is ordered before the definition of any object that 
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references it. The computer may be instructed to store the definitions so that each object 
definition is ordered before the definition of any object that references it. 

[0015] The computer-executable code may instruct the computer, Avhen recursively retrieving 
object definitions for one or more database objects, to look for references to the one or more 
5 database objects in a data dictionary. In one implementation, the object definition for the view is 
qualified with the containing database identifier in response to a deviation fi'om a default 
condition. 

[0016] In general, in another aspect, the invention features a package of data usefiil in building a 
copy of a database structure. The package is generated in accordance with the act of recursively 

10 retrieving object definitions for one or more database objects associated with a query to produce 
an ordered set of object definitions, wherein at least one of the database objects is a view and the 

O object definition for (he view is quaUfied with a containing database identifier. 

[0017] Implementations of the invention may include one or more of the following. The object 

W definitions may be recursively retrieved in accordance with the acts of recursively identifying 

fcjs objects associated with the query, categorizing each identified object into a category, retrieving 

p an object definition for each identified object using a tool corresponding to the category with 

H which the identified object is connected. The categories may include tables, views, join indexes, 

m triggers and macros. The tool may be a SHOW VIEW statement if the identified object is 

P categorized as a view, a SHOW TABLE statement if the identified object is categorized as a 

20 table, a SHOW JOIN INDEX statement if the identified object is categorized as a join index, a 



SHOW TRIGGER statement if the identified object is categorized as a trigger, or a SHOW 
MACRO statement if the identified object is categorized as a macro. 

[0018] The object definitions may be recursively retrieved in accordance with the acts of 
retrieving unretrieved object definitions for a set of objects known to be associated with the 
25 query, adding to the set of objects known to be associated with the query those objects contained 
in the retrieved object definitions that are not already in the set of objects known to be associated 
with the query, and repeating until no new objects are added to the set of objects known to be 
associated with the query. 
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[0019] The implementation may include the act of sending the ordered set of object definitions 
from a first computer to a second computer, as well as the act of instructing the computer to 
change the order of the ordered set of object definitions. The act of changing the order of the 

ordered set of object definitions may include reordering the object definitions so that each object 
5 is ordered before the definition of any object that references it. 

[0020] The act of storing object definitions may include storing the object definitions so that 
each object definition is ordered before the definition of any object that references it. 

[0021] The act of recursively retrieving object definitions for one or more database objects may 
include looking for references to the one or more database objects in a data dictionary. 

10 [0022] In general, in another aspect, the invention features a method for retrieving a database 
^ view object structure. The method includes inputting definition language specifying a database 

5SC? 

view identifier and with at least one directly or indirectly referenced database object unqualified 
with a containing database identifier. The method fiuther includes inputting a show statement 



m 



^ that identifies the database view identifier and outputting the definition language with each 

sfl5 directly or indirectly referenced database object qualified with its containing database identifier, 

p In one implementation, the show statement includes an option indicator. In a more specific 

^ implementation, the option indicator is the term qualified. 

m 
m 

Q [0023] Other features and advantages will become apparent fi-om the description and claims that 
- follow. 

20 Brief Description of the Drawings 

[0024] Fig. 1 is a block diagram of a node of a database system. 

[0025] Fig. 2 is a block diagram of a parsing engine. 

[0026] Fig. 3 is a flow chart of a parser. 

25 [0027] Fig. 4 is a block diagram of a method for reproducing a portion of a multiple database 
environment. 
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[0028] Fig. 5 is a flow chart of a method for displaying xinderlying database objects. 

[0029] Fig. 6 is a block diagram of an example of the structure of a query and the database 
elements it references. 

[0030] Fig. 7 is a flow chart of a method for finding and obtaining definitions for database 
objects associated with a query. 

[0031] Fig. 8 is a flow chart of a method for obtaining object definitions. 
[0032] Fig. 9 is a flow chart of a method for retrieving object definitions. 
[0033] Fig. 10 is a flow chart of a method for retrieving database view definitions. 
[0034] Fig. 1 1 is a table of example SQL data definition language. 

Detailed Description 

[0035] The database object retrieval technique disclosed herein has particular application to 
large databases which might contain many millions or billions of records managed by a database 
system ("DBS") 100, such as a Teradata Active Data Warehousing System available fi"om NCR 
Corporation. Fig. 1 shows a sample architecture for one node 105i of the DBS 100. The DBS 
node 105i includes one or more processing modules 110i...n, connected by a network 115, that 
manage the storage and retrieval of data in data-storage facilities 120i. .n- Each of the processing 
modules IIOi . n may be one or more physical processors or each may be a virtual processor, 
with one or more virtual processors running on one or more physical processors. 

[0036] For the case in which one or more virtual processors are running on a single physical 
processor, the single physical processor swaps between the set of N virtual processors. 

[0037] Each of the processing modules 1 IOi . n manages a portion of a database that is stored in 
a corresponding one of the data-storage facilities 120i,..n. Each of the data-storage facilities 
I2O1...N includes one or more disk drives. The DBS may include multiple nodes 1052...N in 
addition to the illustrated node 105i, connected by extending the network 115. 
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[0038] The system stores data in one or more tables in the data-storage facilities 120i...n. The 
rows 125i...z of the tables are stored across multiple data-storage facilities 120i...n to ensure that 
the system workload is distributed evenly across the processing modules IIO1...N. A parsing 
engine 130 organizes the storage of data and the distribution of table rows 125i...z among the 
5 processing modules 110i...n- The parsing engine 130 also coordinates the retrieval of data from 
the data-storage facilities 120i...n in response to queries received from a user at a mainframe 135 
or a cUent computer 140. The DBS 100 usually receives queries in a standard format, such as 
SQL. 

[0039] In one example system, the parsing engine 130 is made up of three components: a session 
10 control 200, a parser 205, and a dispatcher 210, as shown in Fig. 2. The session control 200 

provides the logon and logoff function. It accepts a request for authorization to access the 
M database, verifies it, and then either allows or disallows the access. 

n. 

HI [0040] Once the session control 200 allows a session to begin, a user may submit a SQL request, 

5 which is routed to the parser 205. As illustrated in Fig. 3, the SQL request is checked for proper 
SQL syntax (block 300), evaluated semantically (block 305), and checked in the data dictionary 
to ensure that all of the objects specified in the SQL request actually exist and that the user has 

O the authority to perform the request (block 310). Finally, the parser 205 runs an optimizer (block 

fy 31 5), which develops the least expensive plan to perform the request. 

lis 
w : 

St [0041] As depicted in Fig. 4, the process of reproducing a database environment (block 405) 
20 may include several steps: obtaining object definitions of data in a database (block 410); 
capturing a statistical view of data in the database (block 415); and capturing configuration 
information concerning the database (block 420). The system described herein automates the 
step of obtaining object definitions (block 410). The other processes (blocks 415 and 420) are 
outside the scope of this disclosure. The system provides in one automated procedure a complete 
25 list of object definitions. By performing this fimction, the system can help reduce the time 
between identification of a problem by a customer and obtaining the object definitions necessary 
to troubleshoot the problem. 

[0042] The automated process of obtaining database object definitions typically begins with a 
SQL command 605, e.g., SHOW SELECT A, B FROM X, Y, as shown in Fig. 6. The command 
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605 may contain the failed query, in this case "SELECT A, B FROM X, Y." This type of query 
is often called a Data Manipulation Language (DML) statement, and command 605 may be 
called a "SHOW DML statement." Although command 605 is available to all users of the 
system, for security reasons the user issuing the SHOW DML statement must have permission to 
5 access the database objects associated with the query, which may be any object in the database. 
An object is "associated" with a query if the object appears in the query itself or appears in the 
definition of an associated object or is somehow associated with the query through the data 
dictionary. Fig. 6 displays the database objects that are associated with this example query. 
Table X object 620 is associated with the query because it explicitly appears in the query. 
10 Trigger 625 is associated with the query because it appears in the data dictionary as code to be 
implemented when defined changes occur to data contained in Table X 620, as signified by the 
line connecting the two boxes. View Y 630 is associated with the query because it is expHcitly 
Q included in the query 605. The association of a join index 635 is revealed upon examination of 
the data dictionary. A table 640 and a view 645 are associated with the query because they are 
included in the definition of View Y 630. Similarly, a table 650 and a view 655 are associated 
with the query because they are included in the definition of the view 645, and table 660 is 
associated with the query because it is included in the definition of the view 655. 



in 



ess 
4a 



m 



[0043] The database objects can be contained by different databases. In the example of Fig. 6, 
Table X 620 is contained in Database JCl 665. The table 640 included in the definition of View 

Y 630 is contained in Database JC2 670. The table 650 included in the definition of view 645 is 
also contained in Database JC2 670. The table 680 included in the definition of view 655 is also 
contained in Database JC2 670. In one example, the table 640 included in the definition of View 

Y 630 is also identified as Table X without conflict because it is contained in a different database 
than Table X 620. 

25 [0044] In existing technical support environments, the technical support staff will execute 
successive SHOW statements and queries into the data dictionary to find the definitions of 
objects associated with the query. The system disclosed herein automates this process by 
recursively retrieving object definitions for objects known to be associated with a query, and 
adding to a set of objects known to be associated with the query any new objects identified in 

30 the retrieved definitions. 
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[0045] The automated system recursively retrieves object definitions for database objects 
associated with the SQL query, as shown in Fig. 5, and stores the object definitions in an ordered 
set, for example in a file (block 505). 

[0046] Frequently, the order of the object definitions within the file will not be convenient, in the 
5 sense that the file could not be used to recreate the database in a single submission to the 
database creation process. In one example system, the object definitions are reordered within the 
file (block 510) so that, if this file were submitted to the database creation process, the definition 
of each database object would output before the definitions of any objects that reference it. This 
is an optional step, because the effect of reordering the object definitions within the file could be 
10 accomphshed by repeatedly submitting the file to the database creation process (block 520) until 
no error messages are returned. Each successive submission would create that portion of the 
H database that it was possible to create given the database stracture already in place. The 
n submissions would continue until the structure is complete. Alternatively, the object definitions 

^ could be manually reordered within the file. In still another alternative, an automated process 

y i 

LK could be appUed to reorder the object definitions within the file. 

5=3 

^ [0047] In most cases, the file containing the ordered (or reordered, if block 5 10 is applied) set of 
D object definitions is sent to another computer (block 515) using a computer utility such as email 

fy or FTP. Thismayhappenautomatically or as the result of human intervention. In one example, 

m 

p the definitions may be obtained on a customer's computer and then transmitted to a system 
rdo provider's computer. Alternatively, the set of object definitions may be displayed on a screen or 

saved to a file. In some cases, the file is not sent to another computer and the database is rebuilt 

on the same computer. 

[0048] Finally, the object definitions are used to create a copy of the database structure (block 
520) by submitting the file to a database creation process. 

25 [0049] The process of recursively retrieving object definitions for database objects associated 
with a query, illustrated in more detail in Fig. 7, includes identifying database objects associated 
with the query (block 705). If any new objects were identified (block 710), object definitions 
for the new objects are retrieved and added to the set of object definitions associated with the 
query (block 715). A number of methods for recording which database objects are new are 
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possible. For example, the system may maintain a set of objects known to be associated with the 
query. The set may be in a file where the database objects are stored as they are discovered. 
When the system encoimters a database object it checks the file. If the database object is not in 
the file, the system will add the database object to the file of database objects. Furthermore, the 
5 ordered set of database object definitions may be a file with the object definitions stored 
sequentially as they are discovered, in which case the set of objects associaited with the query 
may be the database objects listed in the file of object definitions. Other ways of recording the 
database object definitions will be apparent without fiirther discussions. 

[0050] For the first pass through the iterative process illustrated in Fig. 7, the system will find 
10 the database objects explicitly identified in the query or that are tied to those database objects 
through the data dictionary. For example, in the query 505 illustrated in Fig. 5, the process will 
^ find Table X 520 and View Y 530 in the first pass. Since these are new objects (block 710), the 
3 system will retrieve their object definitions and start the ordered set of object definitions 
associated with the query. The system would examine the data dictionary and find that a join 
Ifls index 535 has been created that might be usefiil in executing the query because it covers all or a 
^ portion of Table X 520 or View Y 530. Consequently, the join index would be identified as a 
database object associated with the query and its definition would be added to the ordered set. 
Similarly, upon examination of the data dictionary, the system would identify trigger 525 as a 
database object associated with the query because of its tie to Table X 520. Consequently, the 
trigger's definition would be added to the ordered set. In subsequent passes, the system 
searches for new database objects identified in the object definitions in the ordered set (block 
705). If any are found (block 710), their object definitions are retrieved and added to the ordered 
set (block 715). This process repeats until no new objects are found.. 

[0051] For example, continuing with the structure illustrated in Fig. 5, the system would 
25 examine the object definitions present in the ordered set and would find table 540 and view 545 
in the definition of View Y 530. Consequently, their definitions would be added to the ordered 
set. In the next pass, the system would find table 550 and view 555 in the definition of view 545 
and their definitions would be added to the ordered set. In the next pass, the system would find 
table 560 in the definition of view 555 and its definition would be added to the ordered set. In 
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the next pass, no new objects would be found and the process of recursively retrieving database 
object definitions (block 605 in Fig. 6) would be complete. 

[0052] An example of the process of retrieving unretrieved object definitions and adding them to 
the ordered set (block 715), illustrated in more detail in Fig. 8, begins by categorizing the object 
5 (block 805). In one example system, a database object can be a table, a view, a trigger, a macro 
or a join index. The system then retrieves the object definition for the database object using a 
tool corresponding to the object's category (block 810). The system then adds the object 
definition to the ordered set (block 815). The system repeats this process until no more objects 
are left (block 820). 

10 [0053] Objects are categorized (block 805) so that the correct tool may be used to retrieve the 
object's definition (block 810). An example set of possible tools for various object categories 
b (blocks 905-925), illustrated in Fig. 9, includes SHOW TABLE (block 905), SHOW VIEW 
s^' (block 910), SHOW TRIGGER (block 915). SHOW MACRO (block 920), and SHOW JOIN 
^ INDEX (block 925). 

Jj5 [0054] Finally, the portion of the database structure may be rebuilt from the database's retrieved 
object definitions, and optionally, the statistical view of the data, and the configuration 
information concerning the system (block 625). The statistical view of the data and the 
yi configuration information are provided by other portions of the system not described herein. 
^ After the structure is rebuilt, it may be necessary to populate the database with data before 
20 running the query. 

[0055] A specific example of retrieving an object definition 910 for a database view object is 
depicted in Fig. 10. Objects directly referenced by the view are identified 1010 as well as 
objects indirectly referenced by the view 1015. Both directly and indirectly referenced objects 
are then qualified by the identifier of the database that contains that object 1020. The resulting 
25 definition of the database view statement can be recursively processed as discussed above, even 
if database objects fi*om multiple databases are being referenced. Recursively processing 
identical identifiers from different databases without database quaUfication can lead to inaccurate 
results. 



u 
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[0056] In one implementation, one database system table stores the SQL DDL statements that 
resulted in the creation of database system objects. For example, in the Teradata Active Data 
Warehousing System available from NCR Corporation the DBC.TVM.RequestText table stores 
the DDL that generated each database object. A different database system table stores at least 
5 the database relationships of database system objects. For example, in the Teradata system the 
DBC.TVM.CreateText table stores that information. In this implementation directly and 
indirectly referenced objects are looked up in the DBC.TVM.CreateText table and the associated 
database identifier is read. The database object is then qualified by that database identifier in the 
definition. 

10 [0057] The syntax of the SHOW statement discussed above, in accordance with one 
embodiment, is described below. The SHOW statement has the following syntax: 

□ [0058] SHOW [QUALIFIED] <dml statement>; 

P 

^ [0059] The acronym dml represents data manipulation language. The dml statement identifies 
yi the database view object whose DDL statement is to be retumed, for example "SELECT * 

FROM viewer* is a dml statement that identifies the database view object view_l. The 
L QUALIFIED option is used to toggle whether the retumed DDL statement will include database 

identifiers for each directly and indirectly referenced object. 

in 

[0060] SQL DDL statement that creates a view that directly and indirectly references multiple 
W databases is shown in Fig. 10. In SQL - 2 and SQL - 5, tables with the same identifier, table_l, 
20 are created in two databases: us and international. In SQL - 3 and SQL - 6, views with the same 
identifier, view_l, are then created in the two databases, each view associated with the table of 
its own database. A third view, view_3, is created in the international database, but references 
both view_l of the us database and view_l of the international database. The QUALIFIED 
option of the SHOW statement becomes important with such multiple dependencies. For 
25 example, in one implementation, the following is a SHOW statement identifying the view_3 
object and not including the QUALIFIED option. 
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SHOW SELECT * FROM view 3; 



*** Text of DDL statement returned. 
5 *** Total elapsed time was 1 second. 



CREATE SET TABLE international . table_l ,N0 FALLBACK , 
NO BEFORE JOURNAL, 
NO AFTER JOURNAL 
10 { 

Cl INTEGER) 

PRIMARY INDEX { a ) / 

*** Text of DDL statement returned. 



CREATE SET TABLE us.table_l ,N0 FALLBACK , 
NO BEFORE JOURNAL, 
NO AFTER JOURNAL 
{ 

Cl INTEGER) 

PRIMARY INDEX .{ cl ) ; 

*** Text of DDL statement returned. 



CREATE VIEW view_l AS SELECT * FROM table_l; 
*** Text of DDL statement returned. 



CREATE VIEW view_l AS SELECT * FROM table_l; 
*** Text of DDL statement returned. 



CREATE VIEW view_3 AS SELECT * FROM international .view_l, us .view_l ; 

[0061] Neither of the referenced view_l definitions is qualified by the name of its containing 
database. Attempts to define the table_l, for example using a SHOW TABLE statement, would 
result in potentially inaccurate results due to the lack of specificity. For example, in one 
implementation, the following is a SHOW statement identifying the view_3 object and including 
the QUALIFIED option. 

SHOW QUALIFIED SELECT * FROM view_3; 



*** Text of DDL statement returned. 
40 *** Total elapsed time was 1 second. 



CREATE SET TABLE international . table_l ,N0 FALLBACK , 
NO BEFORE JOURNAL, 
NO AFTER JOURNAL 
45 ( 

Cl INTEGER) 

PRIMARY INDEX ( a ) ; 

*** Text of DDL statement returned. 



50 CREATE SET TABLE us.table_l ,N0 FALLBACK , 
NO BEFORE JOURNAL, 
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NO AFTER JOURNAL 
{ 

cl INTEGER) 

PRIMARY INDEX ( Cl ) ; 

*** Text of DDL statement returned. 



CREATE VIEW "international" . "view_l" AS SELECT * FROM 

"international'.' . "table_l" ; 

*** Text of DDL statement returned. 

CREATE VIEW "us" . "view_l" AS SELECT * FROM "us" . "table_l" ; 
*** Text of DDL statement returned. 



CREATE VIEW "international ". "view_3 " AS SELECT * FROM 
15 "international" . "view_l" . "cl" , "us" . "view_l" . "cl"; 

[0062] Each of the definitions of view^l are qualified by the containing database. Alternate 
implementations of the above-described statements using different syntax are contemplated for 
different database systems, hi one implementation, the SHOW statement qualifies database 
^ objects with the containing database unless an option is included. 

Lji [0063] hi addition to being usefixl for troubleshooting a failed query or optimizing a query, this 
method may also be helpfiil to a database administrator who wishes, for example, to quickly 
retrieve multiple table definitions to analyze a particular query. 



Q [0064] This method can also be implemented on massively parallel processing (MPP) systems, 
& which allow for more complex database structures. Li an MPP environment, retrieving a portion 

HI of the database structure for a query may involve hundreds of object definitions. Therefore, 

Q 

being able to easily retrieve this structure automatically is more critical than on simpler systems 
with simpler database structures. 



[0065] While particular preferred embodiments of the present invention have been described, it 
30 is not intended that these details should be regarded as limitations on the present invention, 
except to the extent that they are included in the following claims. 
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